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Beschreibung 

Medizinische Systemarchitektur zur interaktiven Ubertragung 
und progressiven Darstellung von komprimierten Bilddaten 

Die Erfindung bet.rifft eine medizinische Systemarchitektur 
zur Ubertragung und Darstellung von Bilddaten medizinischer 
Mul tikomponentenbilder mit wenigstens einer Modalitat zur Er- 
fassung von Untersuchungs-Bildern, mit den jeweiligen Modali- 
taten zugeordneten Rechnerarbeitsplatzen zur Verarbeitung der 
Untersuchungs-Bilder , mit einer Vorrichtung zur Ubertragung 
von den Untersuchungs-Bildern, mit einer Vorrichtung zur 
Speicherung der Daten und Untersuchungs-Bilder und mit weite- 
ren Benutzerarbei tsplatzen zur Nachbearbeitung der Untersu- 
chungs-Bilder sowie ein Verfahren zum Betrieb einer derarti- 
gen medizinischen Systemarchitektur. In diesen medizinischen 
Systemarchi tekturen werden groSe Bilddatensatze iibertragen 
und visualisiert , wobei oft nur eine vergleichsweise geringe 
Ubertragungsbandbreite zur Verfiigung steht. 

Aus dem Buch "Bildgebende Systeme fiir die medizinische Dia- 
gnostik", herausgegeben von H. Morneburg, 3. Auflage, 1995, 
Seiten 684ff sind medizinische Systemarchi tekturen, sogenann- 
te PACS (Picture Archival and Communication Systeme), be- 
kannt, bei denen die durch Modalitaten erzeugten Bilder in 
einem Bildspeicher- und Bildarchivierungssystem abgelegt wer- 
den. Zum Abruf von Patienten- und Bilddaten sind Bildbetrach- 
tungs- und Bildbearbei tungsplatze, sogenannte Workstations, 
iiber ein Bildkommunikationsnetz miteinander verbunden. 

Bei den Bilddaten kann es sich um Einzelbilder , Bildserien 
Oder Voliimina handeln. Bei Einzelbildern, die derzeit nur 
langsam iibertragen werden kdnnen, handelt es sich beispiels- 
weise um Mammographiebilder . Eine Bildserie oder auch Multi- 
komponentenbild umfasst u.a. einen Satz von Einzelbildern, 
sogenannte Bildkomponenten oder auch einfach nur Komponenten, 
die Bezug zueinander aufweisen. Weiterhin kann ein Multikom- 
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ponentenbild neben den Bildern auch Nichtbildinf oormationen 
enthalten, z.B. EKG-Signale. Beispielsweise kann es sich da- 
bei um CT-Schichten handeln, deren Lage sich entlang einer 
sog. z-Achse, die Richtung der Spiralbahn, festlegen lasst. 
Nattirlich konnen Multikomponentenbilder nicht nur mit CT son- 
dern auch mit anderen Modalitaten, beispielsweise mittels 
Magnetresonanzverfahren erzeugt werden. Selbst Volumina, wie 
sie bei 3D-Rotations Angiographie gewonnen werden, konnen als 
Multikomponentenbilder interpretiert werden, und auch Bildse- 
cjuenzen, wie sie bei Herzuntersuchungen anf alien, gehoren da- 
zu . Im ersten Fall liegen die Daten namlich in einem gemein- 
samen ra\amlichen Koordinatensystem vor. Im zweiten Fall gibt 
es zwei Raum- und eine Zeitachse, die alien Einzelkomponenten 
gemeinsam sind. 

Zur Steuerung einer interaktiven Ubertragung komprimierter 
Multikomponentendaten konnen Parameter verwendet werden, die 
innerhalb bestimmter Intervalle frei einstellbar sind. Bei- 
spielsweise kann man so komprimierte Bilddaten iibertragen, 
mit denen sich nach Empfang und Dekomprimierung ein Bildteil- 
bereich (ROI) in einer gewahlten Auflosung mit geforderter 
Bildqualitat ergibt . Bereits wahrend der Datenvibertragung ist 
eine Bildanzeige jedoch moglich, bei der beispielsweise ein 
Bild anfangs in einer niedrigen Auf losungsstuf e mit geringer 
Qualitat angezeigt wird. Sobald mehr Daten vorliegen, geht 
man dann zu hoheren Auflosungen mit besserer Qualitat iiber. 
Dieser Visualisierungsvorgang wird als progressive Bilddar- 
stellung bezeichnet. 


30 Derzeitige Bilddatenkompressionsverf ahren wie JPEG-2000 Oder 
Motion JPEG-2000 sind in der Lage, komprimierte Einzelbildda- 
ten und Komponenten von Farbbildern paketorientiert zu repra- 
sentieren. Man kann Farbbilder als spektrale Multikomponen- 
tenbilder verstehen, bei denen normalerweise alle Komponenten 
35 zusammen als Farbbild dargestellt werden. JPEG-2000 bietet 
die Moglichkeit, durch gezielte Ubertragung von Paketen die 
Auflosung, den Ausschnitt und die Bildqualitat von Einzel- 
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(farb)bildern zu steuern. Das standardisierte JPEG-2000 (Part 
1) bietet bereits wichtige Voraussetzungen zur Ubertragung 
komprimierter Bilddaten und deren progressiven, mehrfachauf- 
gelosten Darstellung. Mit JPEG-2000 lassen sich wahrend der 
Bilddatenkompression Pakete generieren, deren komprimierter 
Bilddateninhalt sich durch die vier Parameter Bildauf Idsung 
(A) , Qualitat (Q) , Komponentenindex (K) sowie Position im 
Bild (ROI) beschreiben lasst. Auch ist JPEG-2000 in der Lage, 
diese Daten in einen sogenannten "Codestream" zu schreiben, 
der einen Zugriff auf einzelne Pakete zuldsst. Allerdings 
sieht Part 1 Multikomponenten-Transf ormationen nur bei Farb- 
bildern vor. Damit bietet dieser Teil des Standards keine 
Moglichkeit , Einzelkomponenten eines (medizinischen) Multi- 
komponentenbildes mit variabler Schichtdicke zu generieren. 
Will man an JPEG-2000 festhalten, so konnte man jedoch mit 
Part 3 (Motion JPEG-2000) Komponenten mit variabler Schicht- 
dicke generieren, indem man drei untereinander folgende Grau- 
komponenten als Farbkomponenten eines Einzelbildes betrachtet 
und beispielsweise eine Reversible Coder Transformation (RCT) 
durchfiihrt . Dabei erhalt man eine "Durchschnittskomponente" 
und zwei Dif f erenzkomponenten . Der JPEG-Standard ist bei- 
spielsweise von Skodras et al in "The JPEG 2000 Still Image 
Compression Standard", IEEE Signal Processing Magazine, Sei- 
ten 36 bis 58, September 2001, beschrieben. 

Neben Part 1 sieht JPEG-2000 u.a. einen sog. Part 10 (JP3D) 
vor, dessen Standardisierungsprozess noch nicht abgeschlossen 
ist. Derzeit beschaftigt man sich damit, diesen Teil des 
JPEG-2000 Standards zu konkretisieren und eine Ref erenzimple- 
mentierung (sog. VM) zu erstellen. Ein wesentlicher Unter- 
schied von JP3D zum herkommlichen JPEG-2 000 Ansatz diirfte 
sein, dass man bei JP3D eine 3-D Wavelettransf ormation zur 
Dekorrelation eines Volumens vorsieht, die rekursiv entlang 
aller drei Raumrichtungen erfolgen kann. Nach der Berechnung 
der Wavelettransf ormation, werden die Koef f izienten dann 
wahrscheinlich in sog. "code blocks" (eigentlich wohl "code 
cubes") unterteilt und kodiert . 



200302825 


4 


Auch gibt es bereits Entwiirfe ftir die interaktive Ubertragung 
von Bilddaten, die mit JPEG-2000 komprimiert wurden. Mit dem 
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Allerdings weisen die bisherigen Varianten von JPIP einige 
Mangel auf. So stellt JPIP nur einen unvollstandigen Satz an 
Metadaten zur Verfiigung. Dadurch ist der Client beispielswei- 
se nicht in der Lage f estzustellen, welchen Status ein be- 
stinimtes erhaltenes Paket aufweist, da der bei JPIP verwende- 
te sog. "Unique Data Bin Identifier" keine derartigen Infor- 
mationen vorsieht. Dies kann mit JPIP u.U. dazu fiihren, dass 
einzelne Komponenten eines groSen Multikomponentenbildes mit 
einer anderen Qualitat angezeigt werden als der Rest. Dieses 
Problem tritt vorzugsweise bei groSen Schichtbilddatensatzen 
und langsamen Datenraten auf, bei denen es vergleichsweise 
lange dauern kann, bis man konsistente Daten fiir alle 
Schichtbilder erhalten hat. Auch nimmt das Berechnen und Ren- 
dern groEer Multikomponentenbilder eine nicht unerhebliche 
Zeit in Anspruch. Deswegen ist man bestrebt, Bilder nur zu 
ausgesuchten Zeitpunkten einheitlich darzustellen, um Visua- 
lisierungsschwierigkei ten zu vermeiden. 

Aus dem Artikel der Firma Merge Technologies Inc. "Image 
Channel™ White Paper," vom 22.04.02 ist ein Ubertragungssys- 
tem bekannt, mit dem Bilder z.B. einer Studie in einer be- 
stimmten Auflosung mit progressiver Qualitat von einem Server 
an einen Client iibertragen werden konnen, sofern die Bilder 
im JPEG-2000 Format vorliegen. Weiterhin besteht die Moglich- 
keit, anhand eines niedrig aufgelosten Vollbildes ROIs auszu- 
wahlen. Auf diesem Weg lessen sich entsprechende Daten komp- 
rimiert anfordern, die sich dann (nach Empfang und Dekompres- 
sion) in der hochsten Auflosung darstellen lessen. Dabei geht 
Merge als Hersteller von PACS-Sof tware davon aus, dass die 
Bilder im DICOM-Format vorliegen. In DICOM sind derzeit aber 
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erst JPEG-2000 Einzelbilder vorgesehen. Multikomponenten- 
Bilder mit mehreren Einzelschichten, die im JPEG-2000 Format 
vorliegen, sind derzeit noch nicht DICOM-kompatibel . 

Die Erf indung geht von der Aufgabe aus, eine medizinische 
Systemarchitektur der eingangs genannten Art sowie ein Ver- 
fahren derart auszubilden, dass alle erhaltenen Pakete der 
Bilddaten getrennt abspeicherbar und somit spater einzeln 
weiterverarbeitet werden kdnnen, wobei Steuersignale fiir die 
Visualisierung vorgesehen sind. 

Die Aufgabe wird erf indungsgemaS fiir eine Vorrichtung dadurch 
gelost, dass eine Vorrichtung die Bilddaten komprimiert, or- 
ganisiert und in Pakete derart mit bestimmten Parametern 
speichert, dass ein Zugriff auf Einzelpakete moglich ist, und 
eine Vorrichtung die paketierten Bilddaten paketweise auf- 
grund einer Anforderung von einem Benutzerarbeitsplatz derart 
dekomprimiert , dass Multikomponentenbilder wie Bildserien 
Oder Volumina mit progressiven Parametern erzeugt werden. 

In vorteilhaf ter Weise geben die Parameter die Auf Idsungsstu- 
fen, die Qualitatsstuf en, den interessierenden Bereich (ROI) , 
die Schichtdicke und/oder den Komponen ten index an, aufgrund 
derer Multikomponentenbilder mit progressiver Auflosung, pro- 
gressiven Qualitatsstufen, konsistenter ROI-Funktionalitat , 
und/oder variabler Schichtdicke erzeugt werden. 

Es hat sich als vorteilhaft erwiesen, dem Client Empfehlungen 
mitzuteilen, die ihm helfen konnten, gezielt Aktionen einzu- 
leiten, wenn von der Vorrichtung Zusatzinf ormationen und Auf- 
forderungen an den Benutzerarbeitsplatz (Client) ubermittelt 
werden. Dadurch kdnnen die Bilddaten gerendert (dekomprimiert 
und angezeigt) oder empfangene Daten in einem konsistenten 
Zustand zwischengespeichert werden. 

ErfindungsgemaE kann die Vorrichtung derart ausgebildet sein, 
dass die gesamte zu iibermittelnde Datenmenge bei den aktuel- 
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len Parametereinstellungen und/oder die gesamte Bilddateigro- 
fie in komprimiertem Zustand an den Benutzerarbeitsplatz vorab 
ubermittelt wird. 

Eine Darstellung von Fortschrittsbalken am Client lasst sich 
steuern, wenn die Vorrichtung derart ausgebildet ist, dass 
die Inf ormationen an den Benutzerarbeitsplatz vorab ubermit- 
telt werden, welche Pakete mit welchen Parametern bereits ge- 
sendet wurden. 

In vorteilhaf ter Weise kann nach Abschluss der Ubertragung 
eines konsistenten Datensatzes die Vorrichtung eine Einzel- 
mitteilung (Message) an den Benutzerarbeitsplatz iibermitteln. 

Erf indungsgemaS kann die Einzelmitteilung eine Renderauf for- 
derung Oder eine Speicherempf ehlung sein. 

Sicherhei tsaspekte lassen sich beriicksichtigen, wenn einem 
Benutzer eines Benutzerarbeitsplatzes Benutzerrechte zugeord- 
net sind, aufgrund derer die Vorrichtung die Bildzugriffe im 
Hinblick auf bestimmte Parameter eingeschrankt . 

Die Aufgabe wird erf indungsgemaE fiir ein Verfahren durch fol- 
gende Schritte gelost: 

a) Erzeugung von Rohdaten mittels einer Modalitat erstellter 
medi z ini scher Mul t ikomponentenbi Ider , 

b) Erzeugung komprimierter Daten aus den Rohdaten, 

c) Organisierung und Speicherung der komprimierten Bilddaten 
in Pakete, so dass ein Zugriff auf Einzelpakte moglich 
ist , 

d) Ubertragung der komprimierten Bilddaten von Meta-Daten und 
von Aktions-Empf ehlungen, 

e) Dekompression der komprimierten Bilddaten zu Multikompo- 
nentenbilder mit progressiven Wiedergabe-Parametern . 

Fortschrittsbalken konnen dargestellt werden, wenn Anfragen 
uber Bilddaten bestimmter Parameterwerte erfolgen. 
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Eine Einschrankung des Zugriffs der unterschiedlichen Benut- 
zer auf die Bilddaten kann erreicht werden, wenn eine Uber- 
priifung von Benutzerrechten im Hinblick auf die Parameter er- 
5 f olgt . 


Erf indungsgemaE kann eine Ubermittlung von Zusatzinformatio- 
nen und Auf forderungen an den Benutzerarbeitsplatz erfolgen. 


10 



In vorteilhaf ter Weise konnen die progressiven Wiedergabe- 
Parameter progressive Auflosung, progressive Qualitatsstuf en, 
konsistente ROI-Funktionalitat und/oder variable Schichtdicke 
sein . 


15 Die Erfindung ist nachfolgend anhand von in der Zeichnung 

dargestellten Ausfiihrungsbeispielen naher erlautert . Es zei- 
gen : 


Figur 1 

20 


ein Beispiel einer Systemarchitektur einer Radio- 
logieabteilung. 


Figur 2 Systemarchitektur und Beispielkommunikation mit 

drei Clients, 



Figur 3 


ein erstes Beispiel fiir einen Dialog zwischen 
Server und Client und 


30 


35 


Figur 4 ein zweites Beispiel fiir einen Dialog zwischen 

Server und Client. 

In der Figur 1 ist beispielhaft die Systemarchitektur eines 
Krankenhausnetzes dargestellt, wie man es in der Radiologie 
antreffen konnte . Zur Erfassung medizinischer Bilder dienen 
die Modalitaten 1 bis 4, die als bilder zeugende Systeme bei- 
spielsweise eine CT-Einheit 1 fiir Computertomographie, eine 
MR-Einheit 2 fiir Magnetische Resonanz, eine DSA-Einheit 3 fiir 
digitale Subtraktionsangiographie und eine Rontgeneinheit 4 
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fiir die digitale Radiographie 4 aufweisen kann. An diese Mo- 
dalitaten 1 bis 4 sind Bedienerkonsolen 5 bis 8 der Modalita- 
ten Oder Workstations als Rechnerarbeitsplatze angeschlossen, 
mit denen die erfassten medizinischen Bilder verarbeitet und 
lokal abgespeichert werden kdnnen. Auch lassen sich zu den 
Bildern gehorende Patientendaten eingeben. 

Die Bedienerkonsolen 5 bis 8 sind mit einem Kommunikations- 
netz 9 als LAN/WAN Backbone zur Verteilung der erzeugten Bil- 
der und Kommunikation verbunden. So konnen beispielsweise die 
in den Modalitaten 1 bis 4 erzeugten Bilder und die in den 
Bedienerkonsolen 5 bis 8 weiter verarbeiteten Bilder in zent- 
ralen Bildspeicher- und Bildarchivierungssystemen 10 abge- 
speichert Oder an andere Workstations weitergeleitet werden. 

An dem Kommunikationsnetz 9 sind weitere Viewing-Workstations 
11 als Befundungskonsolen Oder Rechnerarbeitsplatze ange- 
schlossen, die lokale Bildspeicher aufweisen. Eine derartige 
Viewing-Workstation 11 ist beispielsweise ein sehr schneller 
Kleincomputer auf der Basis eines oder mehrerer schneller 
Prozessoren. In den Viewing-Workstations 11 kdnnen die er- 
fassten und im Bildarchivierungssystem 10 abgelegten Bilder 
nachtraglich zur Bef undung abgerufen und in dem lokalen Bild- 
speicher abgelegt werden, von dem sie unmittelbar der an der 
Viewing-Workstation 11 arbeitenden Befundungsperson zur Ver- 
fiigung stehen kdnnen. 

Weiterhin sind an dem Kommunikationsnetz 9 Server 12, bei- 
spielsweise Patientendaten-Server (PDS) , Fileserver, Pro- 
gramm-Server und/oder EPR-Server angeschlossen. An dem Kommu- 
nikationsnetz 9 sind neben diesen iiblichen Servern 12 ein Da- 
ten-Server 13 sowie ein Bild-Server 14 angeschlossen. 

Der Bild- und Datenaustausch iiber das Kommunikationsnetz 9 
erfolgt dabei nach dem DICOM- Standard, einem Industriestan- 
dard zur Ubertragung von Bildern und weiteren medizinischen 
Inf ormationen zwischen Computern, damit eine digitale Kommu- 
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nikation zwischen Diagnose- und Therapiegeraten unterschied- 
licher Hersteller moglich ist. An dem Koinmunikationsnetz 9 
kann ein Netzwerk-Interface 15 angeschlossen sein, iiber das 
das interne Kormnunikationsnetz 9 mit einem globalen Daten- 
netz, beispielsweise dem World Wide Web verbunden ist, so 
dass die standardisierten Daten mit unterschiedlichen Netz- 
werken weltweit ausgetauscht warden konnen. So konnen bei- 
spielsweise auch Benutzer in Arztpraxen auf die Bilder 
zugreif en . 

In der Figur 2 ist der Datenfluss von den bildgebenden Moda- 
litaten 1 bis 3 bis zu Benutzern 11a bis 11c an den Worksta- 
tions 11 schematisch dargestellt. Anstelle der Workstations 
11 konnen auch Rechner in Arztpraxen Verwendung finden. 

Dabei ist folgende Situation dargestellt, dass der Benutzer 
11a ein komplettes Bild anfordert und dies auch erhalt. Der 
Benutzer 11b fordert ebenso das gesamte Bild an, bekommt aber 
3ufgrund von Zugrif f srechten die hochste Auflosung nicht ge- 
liefert. Der Benutzer 11c fordert von einem Bild nur einen 
Teilausschni tt (ROI) an. 



30 


Von den bildgebenden Modalitaten 1 bis 3 warden die Rohdaten 
16, wie durch Pfeile dargestellt, in eine Datenbank 17 einge- 
lesen und abgespeichert . Mittels des Daten-Servers 13 warden 
die in der Datenbank 17 gespeicherten Rohdaten 16 zu kompri- 
mierten und paketierten Bilddaten 18, beispielsweise JPEG- 
2000 Code-Streams, gewandelt, die in einer zweiten Datenbank 
19 abgespeichert warden. An dieser Datenbank 19 ist der Bild- 
Server 14 angeschlossen. 


Aus dieser zweiten Datenbank 19 konnen die Benutzer iiber die 
Workstations 11 die Datenpakete abrufen, wobei jedem Benutzer 
unterschiedliche Autoritaten und Zugrif fsrechte zugeordnet 
35 sein konnen. So kann beispielsweise der Benutzer 11a Bilder 
mit kleiner, mittlerer Oder grofier Auflosung aus der Daten- 
bank 19 abrufen, wie dies durch die verschieden gestrichelten 
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Pfeile 20 bis 22 und die entsprechenden, die Bilder 23 bis 25 
symbol i si erenden Rechtecke gezeigt wird. Der Benutzer 11b 
kann zwar die Bilder 23 und 24 mit niedriger und mittlerer 
Auflosung sowohl abrufen als auch einspeichern, zu Bildern 27 
mit der hochsten Auflosung ist ihm jedoch der Zugriff ver- 
wehrt , wie dies durch den Pfeil 27 und das durchgestrichene 
Rechteck symbolisiert wird. Der Pfeil 27 zeigt jedoch auch, 
dass der Benutzer lib Bilder mit hoher Auflosung abspeichern 
kann . 

Dem Benutzer 11c sind die gleichen Zugriff srechte wie dem Be- 
nutzer 11a zugeordnet und zusatzlich der Zugriff auf die in- 
teressierenden Bereiche (ROIs) 28 bis 30 in den Bildern 23 
bis 25 mit unterschiedlicher Auflosung zugelassen. Dies wird 
wiederum durch die Doppelpfeile 20 bis 22 und die entspre- 
chend markierten Bilder 23 bis 25 mit den ROIs 28 bis 30 sym- 
bolisiert . 


20 



Aufgrund der Zugriff srechte und von den jeweiligen Benutzern 
11a bis 11c angegebenen Parametern, die noch nachfolgend na- 
her erlautert werden, werden die Datenpakete aus der Daten- 
bank 19 den Benutzern 11a bis 11c zugefiihrt, wobei der Benut- 
zer 11a bis 11c (Client) oder der Bild-Server 14 eine Auswahl 
der Datenpakete aufgrund der Parameter vornimmt . Beim Benut- 
zer 11a bis 11c erfolgt dann eine Dekomprimierung der Daten- 
pakete und auf ein Signal des Bild-Servers 14 hin eine Visua- 
lisierung der bisher ubertragenen Bilddaten, so dass sich das 
Bild aufbaut . 


30 In der Figur 3 ist schematisch der Dialog zwischen dem Bild- 
Server 14 und dem Benutzer 11a, eine Server Client Kommunika- 
tion, mit zwei verschiedenen Anforderungen des Clients an den 
Server wiedergegeben . 

35 Die dargestellten Monitorbilder auf der rechten Seite des Be- 
nutzers 11a sind das Ergebnis einzelner, progressiver Render- 
vorgange zu verschiedenen Zeitpunkten am Client (Benutzer 



200302825 


11 

11a) • Auf der Clientseite sind ebenfalls den Monitorbildern 
zugeordnete Fortschri ttsbalken zu sehen. Sie zeigen eine mog- 
liche graphische Darstellungsweise fiir die iibertragenen Qua- 
litatsstuf en, mit denen die einzelnen Komponenten am Client 
dargestellt (gerendert) werden. 

Als Beispiel sind in der Datenbank 19 Bilddaten von ftinf Kom- 
ponenten (K=5) enthalten, die mit einer Auf Idsungsstuf e (A=l) 
und zwei Qualitatsstuf en (Q=2) betrachtet werden konnen. Die- 
se Bilddaten konnen beispielsweise zu funf verschiedenen 
Schichten einer CT-Untersuchung gehoren. 

Zuerst meldet sich der Benutzer 11a beim Bild-Server 14 an 
und tibermittelt die Authentif izierung 31 mit Benutzername und 
Passwort. Dann schickt der Benutzer 11a eine Anforderung 32, 
mit der er aus den in der Datenbank 19 enthaltenen Bilddaten 
die Komponenten eins und drei (K=l, 3) mit einer Qualitats- 
stuf e zwei und der Auf Idsungsstuf e eins anfordert. 

Nun iibermittelt der Bild-Server 14 die Daten 33 fiir die erste 
Komponente (K=l, Q=l, A=l) in einer ersten, niedrigen Quali- 
tatsstuf e an den Benutzer 11a. AnschlieSend werden die Daten 
34 fiir die zweite Komponente (K=3, Q=l, A=l) mit der ersten 
Qualitatsstuf e iibermittelt. Jetzt sendet der Bild-Server 14 
eine Render empfehlung 35 fiir die Komponenten eins und drei, 
so dass der Benutzer 11a nunmehr mit der Visualisierung der 
Daten beginnen kann, wie dies auf den Monitorbildern 36 ge- 
ringer Qualitatsstuf e mit den zugehorigen Verlaufs- oder 
Fortschri ttsbalken 37 zu sehen ist. Da die Bilder erst mit 
einer geringen Qualitat, jedoch auch mit einer geringen Da- 
tenmenge iibertragen worden sind, sind die Monitorbilder 36 
noch unscharf . AnschlieiSend werden die restlichen Daten 38 
fiir die Komponente eins mit einer Qualitatsstuf e zwei iiber- 
tragen, worauf nachfolgend die Renderempf ehlung 39 vom Server 
fiir diese erste Komponente iibermittelt wird. Nun wird ein Mo- 
nitorbild 40 mit hoher Qualitat aufgebaut und der Fort- 
schri ttsbalken 41 signalisiert , dass das Monitorbild 40 fiir 
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die Komponente eins vollstandig geladen ist. Das daneben lie- 
gende Monitorbild 36 fur die Komponente drei mit seinem Fort- 
schrittsbalken 37 zeigt jedoch, dass hier erst die Halfte der 
Daten iibertragen wurde. 

AnschlieEend werden nun die Daten 42 fiir die Komponente drei 
mit hoher Qualitat iibertragen und die Renderempf ehlung 43 ge- 
geben. Dadurch baut sich auch das zweite Monitorbild 40 in 
voller Qualitat auf und der Fortschrittsbalken 41 zeigt, dass 
der Aufbau vollendet ist. Abschliefiend schickt der Bild- 
Server 14 ein Inf ormationssignal 44 zum Ende der Dateniiber- 
tragung , 

In einem weiteren Schritt 45 fordert der Benutzer 11a noch 
die Komponente zwei mit einer Qualitatsstufe eins (K=2, Q=l, 
A=l) an. Die Daten 46 fiir diese Komponente werden vom Bild- 
Server 14 an den Benutzer 11a iibertragen, anschliefiend die 
Renderempf ehlung 47 sowie die Information 48 iiber das Ende 
der 

Ubertragung iibermittelt . 

In der Figur 4 ist schematisch ein weiterer Dialog zwischen 
dem Bi Id- Server 14 und dem Benutzer 11b wiedergegeben . In 
dieser Kommunikation fordert der Client eine Auflosung an, 
die ihm vom Server aus aufgrund der definierten Benutzerrech- 
te nicht genehmigt wird. 

Die Fortschrittsbalken 57, 58, 62 und 67 auf der rechten Sei- 
te des Benutzers 11b stellen die empfangene Datenmenge rela- 
tiv im Verbal tnis zur Gesamtbilddatenmenge graphisch dar. Die 
den Monitorbildern zugeortneten Fortschrittsbalken 56, 61 und 

66 zeigen Qualitats- Oder Auf losungsstuf en an. 

Als Beispiel werden in der Datenbank 19 enthaltene Bilddaten 
mit einer Komponente (K=l), drei Auf losungsstuf en (A=3) und 
zwei Quali tatsstuf en (Q=2) betrachtet. 
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Zuerst meldet sich der Benutzer 11b beim Bild-Server 14 mit 
seiner Authentif izierung 49 mit Benutzernaime und Passwort an. 
Dann schickt der Benutzer 11b eine Anforderung 50, mit der er 
aus den in der Datenbank 19 enthaltenen Bilddaten die Kompo- 
5 nenten (K=l) mit einer Qualitatsstuf e zwei (Q=2) und der Auf- 
losungsstufe drei (A=3) anf ordert . 


10 



Da, wie bereits zu Figur 2 erlautert wurde, der Benutzer 11b 
keine Zugrif f srechte auf die hochste Auf losungsstuf e drei 
hat, erzeugt der Bild-Server 14 eine Fehlermeldung 51, in der 
er dem Benutzer 11b mitteilt, dass die Auf losungsstuf e drei 
nicht erlaubt ist. 


Daraufhin schickt der Benutzer 11b eine neue Anforderung 52 
15 an den Bild-Server 14, mit der er aus den in der Datenbank 19 
enthaltenen Bilddaten die Komponenten (K=l) mit einer Quali- 
tatsstuf e zwei (Q=2) und der fiir ihn maximal moglichen Auf lo- 
sungsstuf e zwei (A=2) anf ordert . 


20 



30 


35 


Nun ubermittelt der Bild-Server 14 die Daten 53 fiir die Kom- 
ponente (K=l, Q=l, A=l) in einer ersten Qualitatsstuf e und 
einer ersten Auf losungsstuf e an den Benutzer 11b. Anschlie- 
£end sendet der Bild-Server 14 eine Renderempf ehlung 54 fiir 
die Komponente eins, so dass der Client-Rechner des Benutzers 
11b nunmehr mit der Visualisierung der Daten beginnen kann, 
wie dies auf dem Monitorbild 55 geringer Qualitatsstuf e und 
niedriger Auflosung mit den zugehorigen Fortschrittsbalken 56 
zu sehen ist. Der Fortschrittsbalken 56 zeigt dabei den Fort- 
schritt des Verlaufs der Dateniibertragung im Hinblick auf die 
angeforderte Datenmenge. Ein weiterer vorgesehener Fort- 
schrittsbalken 57 zeigt den Fortschritt des Verlaufs der Da- 
teniibertragung im Hinblick auf die gesamte Datenmenge, so 
dass der Benutzer 11b erkennen kann, wie viele Daten und da- 
mi t wie viel Zeit er noch brauchen wiirde, wenn er alle ge- 
speicherten Daten abrufen wiirde. Bis zur ersten Dateniibertra- 
gung 53 ist der Fortschrittsbalken 57 leer. Danach zeigt der 
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Fortschrittsbalken 58 an, dass eine erste kleine Teilmenge 
ubertragen wurde . 


5 


10 



15 


20 


AnschlieSend warden die Daten 59 fiir die Komponente (K=l, 

Q=2, A=l) mit einer zweiten Quali tatsstuf e ubermittelt. Jetzt 
sendet der Bild-Server 14 eine Renderempf ehlung 60 fiir die 
Komponente eins, so dass das Monitorbild 61 mit hoher Quali- 
tatsstufe und niedriger Aufldsung mit dem zugehorigen Fort- 
schrittsbalken 62 und 63 zu sehen ist. 

AbschlieSend warden die restlichen Daten 64 fiir die Komponen- 
te eins mit einer Qualitatsstuf e zwei und mittlerer Aufldsung 
iibertragen, worauf nachfolgend die Renderempf ehlung 65 vom 
Bild-Server 14 iibermittelt wird. Nun wird ein Monitorbild 66 
mit hoher Qualitat und mittlerer Auf Idsungsstuf e aufgebaut 
und der Fortschrittsbalken 67 signalisiert , dass das Monitor- 
bild 66 fiir die Komponente eins vollstandig geladen ist. Der 
daneben liegende Fortschrittsbalken 68 zeigt jedoch, dass nur 
etwa zwei Dr it tel der gesamten verfiigbaren Datenmenge iiber- 
tragen wurde . 


Zum AbschluE schickt der Bild-Server 14 ein Inf ormationssig- 
nal 69 zum Ende der Dateniibertragung. 



30 


Zum Senden bzw. Laden grolSer Bilddatensatze von beispielswei- 
se Multikomponentenbilder iiber das Kommunikationsnetz 9 war- 
den die Bilddaten erst komprimiert gespeichert und dann komp- 
rimiert iibertragen. Dabei ist es erf indungswesentlich, dass 
die komprimierten Daten derart organisiert warden, dass sie 
bereits wahrend der Ubertragung der vollstandigen Daten un- 
mittelbar nach Empfang einzelner Datenpakete dekomprimiert 
und angezeigt warden konnen und zwar auch dann, wenn noch 
nicht alle komprimierten Daten beim Empf anger vorhanden sind. 


35 Bei diesen medizinischen Multikomponentenbildern kann jede 
("graue") Einzelkomponente von Interesse sein. Deshalb wird 
JPEG-2000 so erweitert, dass man mit den dann entstandenen 
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Paketen sowohl einzelne Schichtbilder als auch den gesamten 
Datensatz progressiv abrufen kann. Im ersten Fall lassen sich 
individuelle Einzelschichten nacheinander zum Beispiel pro- 
gressiv in verschiedenen Auf losungsstuf en und/oder mit vari- 
abler Qualitat anzeigen. Es ist aber auch moglich, Pakete so 
abzurufen, dass iitcner alle Komponenten eines Multikomponen- 
tenbildes mit einheitlichen Eigenschaf ten vorliegen. So kann 
ein Mul tikomponentenbild in einer bestimmten Auf losungsstuf e 
erst in einer einheitlich niedrigen Qualitat angezeigt war- 
den, nachdem die empfangenen Daten dekomprimiert wurden. Im 
nachsten Schritt konnen dann weitere Pakete angef order t war- 
den, mit denen alle Einzelkomponenten gemeinsam auf die 
nachste Qualitatsstuf e gebracht warden, Solch ein Vorgehen 
bietet sich beispielsweise fur einen ”Movie-Mode" an, bei 
dem die Einzelkomponenten schichtweise durchlaufen warden. 
Schliefilich lasst sich die Auf losungsstuf e aller Komponenten 
durch weiteren Datentransf er einheitlich erhohen. Man kann 
also bei geeigneter Datenkompression und -organisation von 
Multikomponentenbildern Paketreihenf olgen derart iibertragen, 
dass sich sowohl Einzelschichtbilder als auch Multikomponen- 
tenbilder progressiv darstellen lassen. 

Insbesondere eine paketorientierte Organisation der kompri- 
mierten Bilddaten, bei denen Einzelpakete mit definierten 
Auflosungs- und Qualitatsstuf en assoziiert sind, erlaubt es, 
Einzelbilder , Komponenten einer Bildserie oder Volumina, bzw. 
ROIs davon, beispielsweise mit zunehmender Ortsauf losung und 
Qualitat darzustellen . Dabei wird in diesem Zusammenhang 
Bildqualitat als ein FehlermaS verstanden, das die Abweichung 
zwischen Originalbild und angezeigtem Bild nach Empfang eines 
Teils der vorhandenen Daten angibt . Bei einer hohen Bildqua- 
litat ist der Fehler gering und je mehr Einschrankungen man 
bei der Bildqualitat in Kauf nimmt, desto groSer wird die Ab- 
weichung vom Originalbild. Desto starker lasst sich jedoch 
die zu iibertragende Datenmenge reduzieren. 
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Multikomponentenbilder kSnnen auf unterschiedliche Art und 
Weise visualisiert warden, z.B. als Einzelschichten, mittels 
MPR (Multiplanar Reformations) , MIP (Maximum Intensity Proje- 
cition) Oder unter Verwendung von VR (Volume Rendering) . Auch 
5 hier ist eine progressive Vorgehensweise moglich, sofern die 
Daten bei der Kompression entsprechend generiert und forma- 
tiert/organisiert wurden. 


10 



15 


20 



30 


AuSerdem setzt die Erfindung eine Client-Server Systemarchi- 
tektur voraus,''die auf sog. Sessions beruht . Dabei wird die 
Datenubertragung und Bilddarstellung vom Client Oder Benutzer 
aus initiiert, woraufhin er beispielsweise vom Server eine 
Identif ikationsnummer (ID) zugewiesen bekommt. Ftir alle wei- 
teren interaktiven Clientanf ragen wird dann die gleiche ID 
verwendet. Auch kann der Server so ein Datenmodell des 
Clients lokal im Speicher halten, anhand dessen er die Daten- 
iibertragung und -darstellung optimieren kann. Um eine ge- 
wiinschte Bilddarstellung zu erreichen, kann der Benutzer je- 
doch stets unabhangig vom Server die Einstellungen der Uber- 
tragungsparameter verandern, womit sich eine echte Zwei-Wege 
Kommunikation ergibt. Der Server ist allerdings dazu berech- 
tigt, Parameter die vom Client spezifiziert werden, zu an- 
dern, falls diese nicht mit dem Bild in Einklang zu bringen 
sind. 

Die vom Server empfangenen Pakete mit den komprimierten Bild- 
daten halt der Client auch getrennt in dieser Form im Spei- 
cher. Zusammen mit vorhandenen Bildinformationen bietet dies 
dem Client die Moglichkeit, evtl . nur einen Ausschnitt aus 
der tibertragenen Datenmenge spater getrennt abzuspeichern 
Oder fiir weitere Anf ragen erneut zu verwenden. 


Bei geeigneter Benutzerfuhrung erlaubt die Erfindung, gezielt 
nur solche Daten in komprimierter Form zu iibertragen, zu de- 
35 komprimieren und anzuzeigen, die ein Benutzer fiir relevant 
halt. Dabei kann es sich beispielsweise um ein Vollbild in 
niedrigerer Ortsauf losung handeln oder um einen Bildaus- 
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schnitt des Vollbildes in hochster Ortsauf losung . In jedem 
Fall kann die Darstellung der Bilddaten progressiv erfolgen, 
d.h., die Bilddarstellung andert sich mit der Menge an emp- 
fangenen Daten und verbessert sich damit. 

Durch die erf indungsgemaSe Anwendung einer Datenkompression 
auf medizinische Multikomponentenbilder wie beispielsweise 
CT- Oder MR-Schichtbilder , wobei die komprimierten Bilddaten 
organisiert und in Pakete speichert, ist ein Zugriff auf Ein- 
zelpakte moglich. Abhangig davon, wie ausgewahlte Pakete 
iibertragen werden, konnen nach deren Dekompression Multikom- 
ponentenbilder, beispielsweise Bildserien Oder Volumina, mit 
progressiver Auflosung, progressiven Qualitatsstuf en, konsi- 
stenter ROI-Funktionalitat und/oder variabler Schichtdicke 
erzeugt werden. Dabei dient die Idee einer progressiven 
Schichtdicke dazu, in jeder Auf losungsstuf e Voxel zu erhal- 
ten, die in alien Dimensionen die moglichst gleichen Abmes- 
sungen aufweisen (isotrope Voxel) . Naturlich ist auch der di- 
rekte Zugriff auf unterschiedliche Einzelkomponenten moglich. 

Bei der sessionorientierten Client-Server Systemarchitektur 
zur paketorientierten, interaktiven Anforderung und Ubertra- 
gung komprimierter medizinischer Bilddaten wie Bilder, Bild- 
serien und Volumina werden Client-Anf ragen iiber bestimmte Pa- 
rameterwerte an einen Server mitgeteilt. Dieses System zeich- 
net sich insbesondere dadurch aus, dass der Server wahrend 
der Datenvibertragung bisher in JPIP noch nicht beriicksichtig- 
te Zusatzinf ormationen und Auf for derung en an den Client mit- 
teilt. Die Bereitstellung von Zusatzinformationen und von 
Auf f orderungen vom Server an einen Client dient zur Benutzer- 
fiihrung und dazu, am Client bestimmte Aktionen wie beispiels- 
weise das Rendern einer Bildserie in einer bestimmten Auflo- 
sung mit einer bestimmten Qualitat gezielt anzuregen. Insbe- 
sondere sind folgende Inf ormationen wichtig: 


35 
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a. Gesamtdatenmenge des Bildes bzw. die zu erwartende Daten- 
menge des Bildausschnitts bei den aktuellen Parameterein- 
stellungen, 

b. laufende Auskiinfte an den Client dariiber, welche Pakete 

5 mit welchen Parametern bereits gesendet wurden wie Auflo- 

sungsstufen, Qualitatsstuf en, ROI, Schichtdicke und/oder 
Komponentenindex, um z.B. die Darstellung von Fort- 
schrittsbalken am Client zu steuern und/oder 

c. vom Server abgesetzte Einzelmitteilungen (Messages) an den 

10 Client, beispielsweise Renderauf f orderungen oder Speicher- 

empf ehlungen, sobald ein konsistenter Datensatz fertig 
iibertragen wurde . 

Durch die erf indungsgemafie serverseitige Sicherheitsverwah- 
15 rung der Bilddaten konnen anhand von vorgegebenen Benutzer- 
rechten die Bildzugriffe eingeschrankt werden. Abhangig von 
Benutzerrechten diirfen komprimierte Bilddaten nur mit be- 
stimmten Parametern angefordert werden. Damit kann man bei- 
spielsweise fiir Benutzer mit geringen Rechten die Bildauflo- 
20 sung, die Bildqualitat und den Bildausschnitt beschranken. 

Bei Bildserien kann man daruber hinaus den Zugriff auf gewis- 
se Einzelbilder sperren. Derartige Benutzerrechte lassen sich 
beispielsweise am Server uber ein System erschlieSen, das Be- 
nutzer mittels Login und Passwort identif iziert . 

?^'25 

Wird ein geeignetes Kompressionsverf ahren, beispielsweise ein 
Wavelet-Kompressionsverf ahren, nicht nur auf einzelne Kompo- 
nenten eines Multikomponentenbildes angewendet, sondern wer- 
den in diesem Zusainmenhang auch auf einanderf olgende Komponen- 
30 ten geschickt dekorreliert und kombiniert, dann werden sog. 

” Dur chschni 1 1 skomponent en " und " Di f f er enzkomponen t en ” erhal- 
ten. Die Durchschni ttskomponenten konnen als ein neues Multi- 
komponentenbild aufgefasst werden, bei dem weniger Komponen- 
ten mit entsprechend vergroSerter Schichtdicke vorliegen. Der 
35 Vorteil einer variablen Schichtdicke ist.es, bei der progres- 
siven Ubertragung und Visualisierung von Multikomponentenbil- 
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dern in jeder Auf losungsstuf e eine zumindest annahernd iso- 
trope Voxelgrdfie erreichen zu konnen. 

1st die Gesamtdatenmenge des Bildes bzw. die Gesamtdatenmenge 
der zu erwartenden Daten fiir einen gewahlten Bildausschnitt 
abhangig von aktuell spezif izierten Parametern bekannt, dann 
kann bei Uberwachung der bereits empfangenen Datenmenge am 
Client festgestellt werden, wie viele Daten bereits relativ 
zur jeweiligen Gesamtdatenmenge iibertragen warden bzw. wel- 
cher Anteil noch zu erwarten ist. Damit lassen sich die Fort- 
schrittsbalken 37, 56 und 57 ect., sogenannte "Progress Bars" 
steuern, die dem Benutzer mitteilen, wie die Datenlibertragung 
Oder die Qualitat der empfangenen Bilder fortschreitet . Bei 
sehr langsamen Ubertragungskanalen dient diese Information 
dazu, dass ein Benutzer beispielsweise die Ubertragung eines 
Gesamtbildes in hdchster Auflosung beenden kann und alterna- 
tiv nur einen Ausschnitt davon anfordert. 

Die Eigenschaf ten des komprimierten Multikomponentenbildes , 
die Komponentenzahl , Auf losungsstufen, Anzahl an Qualitats- 
stufen und ggf . auch der Schichtdickenverlauf , sind normaler- 
weise bekannt, weil sie zu Beginn einer Dateniibertragung mit- 
geteilt werden. Hat man dann noch Informationen iiber die be- 
reits empfangenen Pakete und die damit assoziierten Parame- 
ter, dann kann man diese Aussagen ebenfalls zur Benutzerftih- 
rung verwenden. Zum Bei spiel kann man erneut mit einem Fort- 
schri ttsbalken aufzeigen, welche Qualitatsstuf e bisher er- 
reicht wurde, welche angefordert wurde, und welche die 
hdchstmogliche Stufe ist. Eine ahnliche Darstellung kann er- 
reicht werden, wenn zuerst wenig Einzelschichten mit groSer 
Dicke gesendet werden, die dann bei Erhalt weiterer Daten 
progressiv immer diinner und damit detaillierter werden. 

Eine Mitteilung vom Bild-Server 14 an den Client 11, sobald 
die Ubertragung aller Pakete mit einem bestimmten Parameter 
abgeschlossen ist, kann dazu dienen, dort einen bestimmten 
Vorgang anzustoSen. So konnen beispielsweise ein Visualisie- 
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rungsvorgang ausgelost oder empfangene Daten zwischengespei- 
chert warden. Damit kann man am Client sicher sein, dass bei- 
spielsweise alle Komponenten einer Bildserie Oder alle Voxel 
eines Volumendatensatzes mit einheitlichen Eigenschaf ten vor- 
5 liegen. Wird anders vorgegangen und beispielsweise zeitge- 
steuert agiert, z.B. alle 10 ms, dann ist es nicht unwahr- 
scheinlich, dass sich Komponenten einer Bildserie oder Voxel 
eines Volumens zu einem beliebigen Zeitpunkt in ihren Parame- 
tern unterscheiden, indem sie zum Bei spiel eine unterschied- 
10 liche Qualitats- oder Auf losungsstuf e aufweisen. Entweder er- 
folgt beim Rendern oder Speichern eine Einigung auf den 
kleinsten gemeinsamen Parameter aller Komponenten oder die 
Daten warden mit unterschiedlichen Eigenschaf ten verarbeitet. 
Beides ist i.A. nicht erstrebenswert . 

15 

Das vorgeschlagene Client-Server System ist auch dazu in der 
Lage, aufgrund von Benutzerinf ormationen und Benutzerrechten 
Entscheidungen zu treffen, wer welche Daten mit welchen Para- 
metern anf ordern und einsehen darf . Dabei kann ein Server 
20 priifen, ob ein Benutzer iiberhaupt dazu berechtigt ist, eine 
Anforderung mit den von ihm gewiinschten Parametern durchzu- 
fiihren. Beispielsweise konnte der Bild- Server 14 speziellen 
Benutzerkreisen verweigern, Bilddaten oder Ausschnitte davon 
in hohen Auf losungsstuf en oder hohen Qualitaten einzusehen. 

25 Weiterhin ist es bei Bildserien so moglich, den Zugriff auf 
gewisse Einzelkomponenten zu sperren. 
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Patentanspriiche 

1. Medizinische Systemarchitektur zur interaktiven Ubertra- 
gung und progressiven Darstellung von komprimierten Bilddaten 

5 medizinischer Mul tikomponentenbilder mit wenigstens einer Mo- 
dalitat (1 bis 4) zur Erfassung von Untersuchungs-Bildern, 
mit den jeweiligen Modalitaten (1 bis 4) zugeordneten Rech- 
nerarbeitsplatzen (5 bis 8) zur Verarbeitung der Untersu- 
chungs-Bilder , mit einer Vorrichtung (9) zur Ubertragung von 
10 den Untersuchungs-Bildern, mit einer Vorrichtung (10) zur 

Speicherung der Daten und Untersuchungs-Bilder und mit weite- 
^ ren Benutzerarbeitsplatzen (11) zur Nachbearbeitung der Un- 
tersuchungs-Bilder, wobei eine Vorrichtung (13) die Bilddaten 
komprimiert, organisiert und in Pakete derart mit bestimmten 
15 Parametern speichert, dass ein Zugriff auf Einzelpakete mog- 
lich ist, und eine Vorrichtung (14, 19) die paketierten Bild- 

daten paketweise aufgrund einer Anforderung von einem Benut- 
zerarbei tsplatz (11, 11a, 11b, 11c) derart dekomprimiert , 
dass Multikomponentenbilder mit progressiven Parametern er- 
20 zeugt werden . 

2 . Medizinische Systemarchitektur mit einem Server und einem 

Client nach Anspruch 1, dadurch gekenn- 

zeichnet , dass die Parameter die Auf losungsstuf en, 

i^^25 die Qualitatsstuf en, den interessierenden Bereich (ROI) , die 
Schichtdicke und/oder den Komponentenindex angeben, aufgrund 
derer Multikomponentenbilder mit progressiver Aufldsung, pro- 
gressiven Qualitatsstuf en, konsistenter ROI-Funktionalitat , 
und/oder variabler Schichtdicke erzeugt werden. 

30 

3. Medizinische Systemarchitektur nach Anspruch 1 oder 2, 

dadurch gekennzeichnet, dass von 

der Vorrichtung (14, 19) Zusatzinformationen und Aufforderun- 
gen an den Benutzerarbeitsplatz (11, 11a, 11b, 11c) iibermit- 

35 telt werden. 
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4. Medizinische Systemarchi tektur nach einem der Anspriiche 1 

bis 3, dadurch gekennzeichnet, 

dass die Vorrichtung (14, 19) derart ausgebildet ist, dass 
die gesamte zu iibennittelnde Datenmenge bei den aktuellen Pa- 

5 rametereinstellungen und/oder die gesamte Bilddateigrofie in 
komprimiertem Zustand an den Benutzerarbeitsplatz (11, 11a, 
11b, 11c) vorab ubermittelt wird. 

5. Medizinische Systemarchi tektur nach einem der Anspriiche 1 

10 bis 4, dadurch gekennzeichnet, 

dass die Vorrichtung (14, 19) derart ausgebildet ist, dass 
die Inf ormationen an den Benutzerarbeitsplatz (11, 11a, 11b, 
11c) vorab ubermittelt werden, welche Pakete mit welchen Pa- 
rameter bereits gesendet wurden. 

15 

6. Medizinische Systemarchitektur nach einem der Anspriiche 1 

bis 5, dadurch gekennzeichnet, 

dass nach Abschluss der Ubertragung eines konsistenten Daten- 
satzes die Vorrichtung (14, 19) eine Einzelmitteilung (Messa- 

20 ge) an den Benutzerarbeitsplatz (11, 11a, 11b, 11c) iibermit- 

telt . 



7 . Medizinische Systemarchitektur nach einem der Anspriiche 1 
bis 6, dadurch gekennzeichnet, 

dass die Einzelmitteilung eine Renderauf f orderung Oder eine 
Speicherempf ehlung ist. 


8. Medizinische Systemarchitektur nach einem der Anspriiche 1 
bis 7, dadurch gekennzeichnet, 

30 dass einem Benutzer eines Benutzerarbeitsplatzes (11, 11a, 

11b, 11c) Benutzerrechte zugeordnet sind, aufgrund derer die 
Vorrichtung (14, 19) die Bildzugriffe im Hinblick auf be- 
stimmte Parameter eingeschrankt . 


35 9. Verfahren zum Betrieb einer medizinischen Systemarchitek- 

tur nach einem der Anspriiche 1 bis 8, gekenn- 
zeichnet durch folgende Schritte: 
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a) Erzeugung von Rohdaten mittels einer Modalitat erstellter 
medizinischer Multikomponentenbilder , 

b) Erzeugung komprimierter Daten aus den Rohdaten, 

c) Organisierung und Speicherung der komprimierten Bilddaten 
in Pakete, so dass ein Zugriff auf Einzelpakte moglich 
ist , 

d) Ubertragung der komprimierten Bilddaten von Meta-Daten und 
von Aktions-Empf ehlungen, 

e) Dekompression der komprimierten Bilddaten zu Multikompo- 
nentenbildern mit progressiven Wiedergabe-Parametern , 



15 


20 



10. Verfahren nach Anspruch 9, gekennzeich- 

net durch folgenden weiteren Schritt: 

f) Anfragen iiber Bilddaten bestimmter Parameterwerte . 

11. Verfahren nach Anspruch 9 oder 10, gekenn- 

zeichnet durch folgenden weiteren Schritt: 

g) Uberpriifen von Benutzerrechten im Hinblick auf die Parame- 
ter . 

12. Verfahren nach einem der Anspriiche 9 bis 11, g e - 

kennzeichnet durch folgende weiteren 

Schritt: 

h) Ubermittlung von Zusatzinformationen und Auf f order ungen an 
den Benutzerarbeitsplatz . 


13. Verfahren nach einem der Anspriiche 9 bis 12, d a - 

durch gekennzeichnet, dass die pro- 

gressiven Wiedergabe-Parameter progressive Auflosung, pro- 
30 gressive Qualitatsstuf en, konsistente ROI-Funktionalitat 
und/oder variable Schichtdicke sind. 
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Medizinische Systemarchitektur zur interaktiven Ubertragung 
und progressiven Darstellung von komprimierten Bilddaten 

Die Erfindung betrifft eine medizinische Systemarchitektur 
zur interaktiven Ubertragung und progressiven Darstellung von 
komprimierten Bilddaten medizinischer Multikomponentenbilder 
mit wenigstens einer Modalitat (1 bis 4) zur Erfassung von 
Untersuchungs-Bildern, mit den jeweiligen Modalitaten (1 bis 
4) zugeordneten Rechnerarbeitsplatzen (5 bis 8) zur Verarbei- 
tung der Untersuchungs-Bilder , mit einer Vorrichtung (9) zur 
Ubertragung von den Untersuchungs-Bildern, mit einer Vorrich- 
tung (10) zur Speicherung der Daten und Untersuchungs-Bilder 
und mit weiteren Benutzerarbeitsplatzen (11) zur Nachbearbei- 
tung der Untersuchungs-Bilder, wobei eine Vorrichtung (13) 
die Bilddaten komprimiert, organisiert und in Pakete derart 
mit bestimmten Parametern speichert, dass ein Zugriff auf 
Einzelpakete moglich ist, und eine Vorrichtung (14, 19) die 

paketierten Bilddaten paketweise aufgrund einer Anforderung 
von einem Benutzerarbeitsplatz (11, 11a, 11b, 11c) derart de- 

komprimiert, dass Multikomponentenbilder mit progressiven Pa- 
rametern erzeugt werden. Weiterhin betrifft die Erfindung ein 
Verfahren zum Betrieb einer derartigen medizinischen System- 
architektur . 


Figur 2 
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